home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 1665 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.4 KB
  1. Date: Tue, 14 Jun 94 00:05 CDT
  2. From: ekl@sdf.lonestar.org (Evan K. Langlois)
  3. To: mint@atari.archive.umich.edu
  4. Subject: More Problems
  5.  
  6.  
  7. Hmmm .. MiNT just doesn't like me these days.  I'm wondering if I still
  8. have the patched 1.09 that I was using before since the patched 1.10 is
  9. the pits.
  10.  
  11. I now have programs crashing and giving a BUS ERROR @ PC=7F4 right after
  12. an Exception 10.   This is insane since I know the program doesn't
  13. use any LineA calls at all!!  <<Unless MiNTLIB uses some>>  I wrote this
  14. so I KNOW it doesn't call LineA, or VDI, or GEM, or anything else.
  15. It dies right on start-up, but ONLY if I use ^C to kill fsck.  If fsck
  16. dies early I get Exception 10 and then a BUS ERROR on some programs.
  17. What does FSCK have to do with LineA ??   Or am I reading this wrong?
  18. When MiNT says exception 10, does it mean exception 16 (is it in hex?)
  19.  
  20. Also, I think the Mintlib's system() call is screwed up.  My entire 
  21. system locks up when I execute it, and I've used gdb to make sure that
  22. it was system (the command line passed seems to run but then the whole
  23. system crashes).  System() gets to _realloc() according to gdb.
  24.  
  25. BTW, this was the first time gdb worked for me and showed the source
  26. lines and such.  I'm not sure why it refused to work when debugging 
  27. TOSWIN (must have something to do with GEM).
  28.  
  29. Oh ... TOSWIN loses less RAM when I use WINX.  I don't remember exactly
  30. how much less, but it isn't much, but its finally something different.
  31. My guess is that TOSWIN may have some bad pointer math that overwrites
  32. some info at the beginning of the memory block (that MiNT uses to tag the
  33. block of RAM) thus making MiNT think pid 0 (MiNT itself) is the owner.
  34. Is this a possibility?   I was thinking that maybe memory protection may
  35. not catch this either since the application does own the block.  Right?
  36.  
  37. Anyway, I'm gonna start flipping through TOSWIN's source hoping to find
  38. this as I don't have any other place to look.  As to LineA and some of the
  39. weird crashes and lock-ups that I've been getting with MiNT lately, I 
  40. hope someone here looks into these (its above me head, well, most of it
  41. is, well, some of it, I just haven't looked at the source enough to know
  42. it as well as some of you I guess).  As to system() crashing my system(),
  43. hmm ... bad pun wasn't it?  I'll look at that too since I'll need to fix
  44. that one ASAP (or find another way for my terminal to run external commands).
  45.  
  46.  
  47.